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Copending U.S. Patent Application Serial No. 09/364,156 for "Crew 
Optimization Engine For Repair Of Pairings During Irregular Aircraft Operations 
assigned to the assignee of the present invention. 

1 0 FIELD OF THE INVENTION 



The invention relates generally to decision support tools, and more particularly to 
a method and system for generatmg optimized solutions m near real time to cure 
irregularities m n crew/flight pairings through two solution paths, namely an integer 
1 5 program data structure and a matching transformation. 

BACKGROUND OF THE INVENTION 

Major U.S. airlines operate up to 5,000 flights per day, and have to contend with 
20 crew recovery problems when a scheduled pairing of crew members with a sequence of 
flights is broken. Such broken pairings may occur when crew members do not report to 
work due to illness or other circumstances, restrictions on flight time are exceeded by a 
crew member, a flight is delayed or canceled, a flight is diverted to a different destination, 
a flight is added, or equipment substitutions or swaps become necessary which in turn 
25 require new crew members with different qualifications. 

Crew rescheduling involves matching crews with a recovery flight schedule and 
acceptable fleet type as soon as possible in a cost effective way, while ensuring 
conformance with crew legalities such as government policies including the FARs 
30 (Federal Aviation Regulations), union contracts, and company poUcies. 
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The following published articles are of general interest: "Optimization Model and 
Algorithm for Crew Management During Airline Irregular Operations", by Guo Wei, 
Gang Yu, and Mark Song, Journal Of Combinatorial Optimization, Kluwer Academic 
Publishers (1997); and "A Decision Support Framework for Crew Management During 
Airline Irregular Operations", by Mark Song, Guo Wei, and Gang Yu, Operations 
Research In The AirUne Industry, Kluwer Academic Publishers (1998). 

The algorithms described in the above publications are very similar. The main 
features of these algorithms are their use of the space-time network model, in which 
problems with irregular operation can be physically represented by a network using four 
types of nodes and five types of network arcs. As a result of this network representation, 
a mathematical model can be formulated to reflect the problem at hand. 

For relatively small problems (number of cities less than 10, number of pairings 
less than 5, number of flights less than 20), use of the model can achieve an optimal 
solution. If the size of a problem increases, however, a heuristic method has to be applied 
in order to get an acceptable solution. The heuristic methods described in these two 
publications are centered at the decomposition of the given problem, so that a large 
problem can be divided into a number of smaller problems such that each smaller 
problem contains exactly one open pairing. 

For each smaller problem, the algorithm calls for setting up a sub-network, 
solving a shortest path network and using a depth-first search method to fix an open 
pairing. In going through each of these iterations for any normal airline irregular 
operation problem, the costs in terms of solving time can be very expensive and 
impractical to support a decision making in a real time environment. 

Referring to Figure 1, a functional block diagram of the system environment 
disclosed in U.S. Patent Application Ser. No. 09/364,156 is shown, where an 



Optimization Server 1 (which in the preferred embodiment is an HP K-570 running an 
11.x HPUX operating system), in electrical communication with a user by way of a bi- 
directional communication path 2 receives a request for optimal solutions to a specific 
flight schedule disruption. In response to the request, the Optimization Server 1 

5 initializes an Aircraft Optimization Engine 3 by way of a bi-directional communication 
path 4, and provides the Aircraft Optimization Engine 3 a filename of an Aircraft 
Problem Specification. The Aircraft Optimization Engine 3 accesses the Aircraft 
Problem Specification by way of a bi-directional communication path 8, and generates a 
set of optimal solutions including aircraft reassignments, rescheduling, and reroutings, to 

10 overcome the disruption. The solutions are transmitted over communication path 4, and 
through the Optimization Server 1 and bi-directional path 2 to the user. 

J=f The Aircraft Optimization Engine 1 in turn initializes a Crew Optimization 

1 Engine 5 by way of a bi-directional communication path 6 to determine whether optimal 

"^1 15 flight solutions are efficiently supported by flight and service crews. The Crew 

I f! Optimization Engine 5, upon being initialized, receives a Crew Problem Specification 

from the user by way of communication path 2, Optimization Server 1 , and a bi- 
^ directional communication path 7. The Crew Problem Specification includes flight 

ii records. Pairing records, and Broken Crew information records. The crew solutions 

£ 20 generated by the Crew Optimization Engine 5 are supplied by way of the communication 
•"^ path 7, Optimization Server 1 , and communication path 2 to the user. 

During operation, the Aircraft Optimization Engine 3 and the Crew Optimization 
Engine 5 communicate by way of bi-directional communication paths 10 and 11, 

25 respectively, with a memory system such as disk storage unit 9 having stored therein 

memory objects which in the preferred embodiment are C++ objects containing all of the 
data used by the optimization engines to solve problems. For example, the C++ object 
for each flight would capture all information about a given flight. More specifically, a 
flight object would contain object members such as a flight's departure city, arrival city, 

30 departure time, arrival time as well as crewmembers that are assigned to this flight. The 
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object would also contain some basic member functions that allow the engine to access 
these data members and set/reset them. The C++ objects in turn are created and updated 
by the Data Collection Unit 12 and the Data Update Unit 13, respectively. More 
particularly, the Data Collection Unit 12 receives flight data, Open Flight data, crew data, 
reserve data, pairing data and open pairing data from the user by way of bi-directional 
communication path 14. The Data Collection Unit 12 also creates C++ objects which are 
suppUed by way of a bi-directional communication path 15 for storage in the disk storage 
unit 9, at memory locations specified by a Memory Mapping Unit 16 by way of a bi- 
directional communication path 17. Further, the Data Update Unit 13 receives revisions 
to the C++ objects from the user over a bi-directional communication path 18, and 
supplies corrections through a bi-directional communication path 19 to the objects 
identified by the Memory Mapping Unit 16. 

The following data is needed for setting up the C++ database for the Crew 
Optimization Engine: 

In an object oriented language environment, all of the flight information described 
above can be stored in a flight record as an object, and all of the flight records may be 
saved in an array structure for fast retrievals. Further, all of the crew information 
described above can be stored in a crew record as an object, and all the crew records may 
be saved in an array structure for fast retrievals. 

In an object oriented language environment, all of the flight, crew, and 
pairing information can be stored in a pairing record as an object. Further, all of the 
pairing records may be saved in an array structure for fast retrievals. 

The Memory Mapping Unit 16 receives control signals from the user over a bi- 
directional communication path 20, and in response thereto identifies the addresses of the 
Q++ objects in the disk storage unit 9 that are being operated upon. By means of the 
Memory Mapping Unit 16 and the Data Update Unit 13, the user is able to keep the data 



stored in the Disk Storage Unit 9 current with the data being supplied to the user by way 
of communication path 2. 

Thus, at any given time, the C++ objects of the Disk Storage Unit 9 reflect the 
existing flight environment, including identification of protected flights which are not to 
be canceled or delayed; flight sequences or routes for each aircraft; the stations or airports 
to be used by the aircraft; the fleets assigned to each station; station closure times; fleet 
arrival and departure curfews (times during which an aircraft is allowed to land and take- 
off); inviolable and violable maintenance schedules; aircraft seat capacities; fleet 
operational ground times; operations and flight disruption costs; sub-fleet disruption 
costs; and revenue and passenger information for each scheduled flight. 

It is to be understood that Aircraft Optimization Engine 3, Crew Optimization 
Engine 5, and Optimization Server 1 each may be microprocessors. Further, the details 
for updating and formatting flight, crew, and pairing information may be found in U.S. 
Patent Application Ser. No. 09/364,156. 

Problems are detected and formulated during the course of the database updates. 
Upon receiving each message, the system analyzes the current operations, checks for any 
problems, and formulates and records any problems that are detected. 

Problems with open pairings are explicitiy indicated by pairing update messages 
and crew update messages received from a user, and problems with open flights are 
explicitly indicated by the flight update messages. Problems with crew members, 
however, are detected as the result of current operation analysis. 

In repairing open panings, the above patent application introduces the use of self- 
connection solution components including the self directly-connected and self indirectly- 
connected components, skipping-leg solution components includmg the forward leg- 
skipping and backward leg-skipping components, an extended-out broken crew solution 



component, and swap methods including a one-way swap, a two-way swap, and a three- 
way swap method to cure open flights and open pairings. 

A further solution component introduced by U.S. Patent Application Ser. No. 
09/364,196 is a partial self-fix, as illustrated in Figure 2, where a pairing represented by a 
flight pattern comprised of flights f, through f, is shown with flights fj and assumed 
canceled. A breaking point thus occurs at airport B. If a crew member P now located at 
airport B and having an original base at airport A is returned directly to the originating 
base A, a partial solution would result because the flight f, would be an open flight. That 
is, it would not have a fiill crew. However, if a deadhead path Dp may be used to bring 
the crew member P back into the original pairing beginning at airport D, a full solution 
referred to as an indirect self-fix would be achieved since the flight f4 would now have a 
full crew. As before, the crew member P is returned to the originating base A. In this 
case, airport D becomes a recovery point. 

If m the above example, airport B and airport D are the same airport, and the crew 
member P's arrival time T, at airport B is less than the departure time at airport D, a 
feasible connection is possible without use of deadhead paths or the creation of any open 
flights. Such a solution is referred to as a direct self-fix. A direct self-fix solution may 
occur in the case of a round trip (out and back) flight cancellation, or where a crew 
member is removed from a sequence of flights to achieve a legal status. 

Where a crew member can be brought back to the original pairing by skipping 
flights, and possibly using deadhead paths, a partial self-fix referred to as a k-skip self-fix 
occurs. If the crew member cannot be rerouted back to the originating base through use 
of deadhead paths and skipping flights until after the release time of a duty period, 
however, an extended-out self-fix is said to have occurred. 



Once all possible fixes for curing an open pairing are determined, the cost 
associated with each fix is determined, and the selection of the fix having the least cost to 
the airline becomes a complete self-fix. 

Referring to Figure 3, one-way, two-way, and three-way swaps with three flight 
patterns or pairings (P,, P2, and P3) are illustrated. Assume that flight f.j of P, and flight 
f23 of P2 have been canceled as represented by the "x". The crew members of flight 
may fly a deadhead path D,j to crew flight f^i of P2, and then fly a deadhead path D22 to 
reassume their duties in P, beginning with flight f^y If the crew of flight fjz can avail 
themselves of a self-fix, whether a Partial Self-Fix or a Complete Self-Fix, by flying the 
Deadhead Path to crew flight fjj and thereby resume their duties in Pj, then the 
irregularities of both P, and P2 are cured. The above process is referred to as a one-way 
swap. Since flights f,3 and f]4 are left open without a crew, however, such a solution may 
be too costly for an airline. 

Further assume that flight f^j of P2 is canceled, and that the crew of flight f22 of P2 
is flown by deadhead path Dj, to crew flights f^ and f^ of P2, and thereafter return by 
deadhead path D,2 to their original pairing P2. A complete solution for pairing P, thus 
resuhs since no flights except canceled flight f,2 of the pairing Pi are skipped. The above 
two processes taken together, where flights are taken from one pairing to cure the first, 
and fi-om the first to cure the second, constitute a two-way swap. Flights f24 and fjj of 
pairing P2, however, would be left open as they would be without a crew. The cost to the 
airline would include the deadhead costs as well as the cost of the open flights in P2. 

If in the process of curing the pairing P2 , flights are taken from pairing P3 rather 
than pairing Pj, and thereafter flights are taken fi-om pairing Pi to cure pairing P3, a three- 
way swap results. For example, the crew from flight fjz of P2 may fly deadhead path D23 
to crew flight f34 of P3, and thereafter fly deadhead path D32 to reassume their original 
pairing with flight f26. The crew of flight f33 of P3 then may fly deadhead path D3, to crew 
flight f,4 of Pi, and thereafter fly deadhead path D,3 to return to their original pairing P3 by 



crewing flight fjfi. In this scenario, flight f,, of Pj, flight of Pj, and flight f^s of P3 
would be left open or skipped. The airline again would assume the costs of the deadhead 
paths and the open flights left after the three-way swap. 

5 The problem thus is solved by determining which of the available solutions is 

least costly to the airline. 

The above methods as presented in U.S. Patent Application Ser. No. 09/364,156 
are limited in the number of pairings which may be called upon to provide solutions, and 

10 are subject to a condition where due to the limited resources, deadhead paths may not be 
available to effect a one-way, two-way, or three-way swap. No facility for providmg high 
order n-way swaps (where n is an integer greater than 3) as a solution component is 
disclosed. Further, as in the example illustrated by Figure 3 above, a three-way swap 
may prove too costly to an anline. A fiirther deficiency in the above system is that with 

15 an ever increasing need for more rapid solution generation, improvements over decision 
tree selection processes, and depth-first-search and shortest-path algorithms is needed. 

The present invention provides plural solutions in near real time through two 
solution paths without need for decision tree selection processes, depth-first-search, or 

20 shortest path algorithms, and enlarges the solution domain through the addition of a new 
solution component, one-way-fix, to include all pairings of an airline in tiie solution 
process. N-way swaps thereby become a solution component, and the likelihood of 
generating a solution which meets the so-called legality rules imposed by airiines, 
collective bargaining contracts, flight regulations, and other parameters such as costs, is 

25 raised to a near certainty. 

SUMMARY OF THE INVENTION 

A method and system for repairing n open pairings in near real time is disclosed, 
30 where n is an integer equal to 1 or greater. 
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In one aspect of the invention, a solution component referred to as a one-way fix 
is introduced which dramatically enlarges the scope of the open pairing solution process 
to include n open pairings at a time, and provides solutions which may include n-way 
swaps. 

In another aspect of the invention, upon determining all deadhead paths among 
the n pairings, all possible partial self-fix solution components based upon the above 
deadhead paths are determuied among the n pairings. Next, all possible one-way fix 
solution components are determined. The resulting problem model is operated upon by 
an integer program for formatting the problem mto the integer program data structure for 
solution by an optimization solder. The above formatting reduces an open pairing 
problem of high complexity which may be insolvable, into a less complex open pairing 
problem which is readily solvable. 

In still another aspect of the invention, upon determining all deadhead paths 
among the n pairings, all possible one-way and two-way swaps based upon such 
deadhead paths are generated. A matching transformation then is applied to the resulting 
open pairing problem model to provide a simplified weighted matching problem fi-om 
which solutions complying with the legalities may more easily be generated. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Additional objects, features and advantages of the present invention will become 
apparent fi-om the following detailed description when read in conjunction with the 
accompanying drawings in which: 

Figure 1 is a fiinctional block diagram of a prior art system in which the present 
invention may operate; 



Figure 2 is a graphic depiction of Partial Self-Fix Solution Components in the 
prior art; 

Figure 3 is a graphic depiction of One- Way Swap, Two-Way Swap, and Three- 
Way Swap solution components in the prior art; 

Figure 4 is a graphic depiction of a One- Way Fix solution component in 
accordance with the present invention; 

Figure 5 is a graphical depiction of a One- Way Fix used in conjunction with a 
Direct Self-Fix, an Indirect Self-Fix, a Complete Self-Fix, a K-Skip Self-Fix, an 
Extended Out Self-Fix, a One- Way Swap, and a Two-Way Swap solution component in 
accordance with the invention; 

Figure 6 is a hybrid logic flow/functional block diagram depicting the operation 
of the invention; 

Figure 7 is a logic flow diagram of the generation of Partial and Complete Self- 
Fix solution components in accordance with the invention; 

Figure 8 is a logic flow diagram of Phase I of the generation of One-Way Fixes 
in Open Pairings, wherein all feasible Deadhead Paths are identified; 

Figwe 9 is a logic flow diagram of Phase II of the generation of One-Way Fixes 
in Broken Pairings, wherein One-Way Fixes based upon the Deadhead Paths identified in 
Phase I of Figure 8 are generated; 

Figure 10 is a graphic depiction of one-way fix solutions for four pairings; 
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Figure 1 1(a) is a graphical depiction of one-way and two-way swaps 
interconnecting plural pairings; 

Figure 1 1 (b) is a graphical depiction of Figure 11 (a) upon the occurrence of a 
5 matching transformation; and 

Figure 12 is a graphical depiction of a solution for four Open Pairings, which are 
cured through a Matching Transformation. 



DESCRIPTION OF PREFERRED EMBODIMENTS 



A preferred embodiment of the invention will now be described with reference to 
the accompanying drawings. In the description, the following terms, whether capitalized 
or in lower case, shall have the attendant meanings indicated below when used in this 
15 specification: 

1 . A "Flight Leg", also referred to as "Flight Segment", is a single non-stop flight 
which is defined by a departure airport, a departure time, an arrival airport, and an arrival 
time. 
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2. A "Pairing" or "Flight Pattern" means a sequence of Flight Legs in which crew 
members are paired with flights that start at a crew base or originating airport, and end at 
the same crew base. A Pairing may span plural consecutive days, and is said to become 
broken when a crew member position is not filled with a qualified crew member. 



3. "Open Pairing" means that physically a Flight Pattern (as defined below) is no 
longer connected in either or both space or time with a Pairing. Open Pairings may occur 
because of flight cancellations, delays, and diversions to unscheduled destinations, 
because of equipment swaps resulting in a crew not qualified for the equipment, and 
30 because of other irregularities. 
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4. "Connection Time" means the difference in time between the arrival time of 
one flight at an airport and the departing time of another flight from the airport. 

5. "Legality Rules" refer collectively to the operations rules promulgated by an 
au-line, government regulations (e.g., FAA regulations), and the terms of collective 
bargaining agreements between an airline and labor unions under which a crew must 
perform their duties. Such Legality Rules may limit the on-duty time of a crew member 
per a time window, whether a day, week, year, or other time period. 

6. A "Feasible Connection" means the relationship between two consecutive 
flights in a sequence of Flight Legs, where at an airport of connection, time greater than 
or equal to a minunum connection time requhed by airiine legalities is allowed between 
flights. 

7. A "Duty Period" is comprised of a sequence of Flight Legs separated by 
Feasible Connection times. A Duty Period begins with the Report Time (as defined 
below) of a crew, and ends with a crew Release Time (as defined below). A Duty Period 
usually defines a single working day of a crew. 

8. "Open Flight" means that a flight does not have a full crew, or that certain crew 
positions are not filled with qualified crew members. 

9. A "Breaking Point" occurs at the arrival time T^ of a flight at an airport, where 
an assigned crew member is not able to continue with a next assigned flight. A Breaking 
Point may also occur at an originating or home base if a first flight in a Pairing is 
canceled or aircraft; equipment is substituted. 
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10. A "Recovery Point" occurs at the departure time of a flight at an airport, 
where a crew member may be reassigned to a flight of a Pairing after a Breaking Point in 
the Pairing has occurred. 

1 L A "Taking Point" occurs at a departure node and departure time where 
crew members of an Open Pairing take over flight duties of a Flight Segment in a second 
Pairing. 

12. A "Leaving Point" occurs at an arrival node and arrival time T3, where crew 
members of an Open Pairing who have been reassigned to a Flight Segment of a second 
Pairing, leave the second Pairing. 

13. A "Returning Point" occurs at a departure node at a departure time T^, where 
crew member(s) reassume their duties in the assigned Pairing after a Breaking Point. 

14. A "Deadhead Path" is Flight Leg or Flight Segment in which crew member(s) 
fly as passengers. 

15. "Illegal Crew" refers to crew members who cannot be assigned to a flight 
without violating the LegaUty Rules, 

16. "Crew Time Misconnection" occurs when a crew member is at a right airport, 
but did not arrive in time to catch the next flight on his/her schedule. 

17. "Crew Space Misconnection" occurs when a crew member is not at a correct 
airport for catching a next flight on his/her schedule, or a flight on which the crew 
member was to serve has been diverted to another airport or canceled. 
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18. "Working Leg Path" refers to a sequence of flights that connect a pair of 
airports within a specified time frame, during which crew members may work on the 
flights in full compliance with the Legality Rules. 

19. "Modified Pairing" means an original Pairing combined with one or more of a 
Deadhead Path and a Working Leg Path to reroute a crew member of an Open Pairing 
back to his/her original Pairing with or without a legal assignment. 

20. "Basic Solution Component" means a Modified Pattern which not only 
reroutes a crew member back to his/her original Flight Pattern, but also provides the crew 
member a legal assignment. Examples of Basic Solution Components are a Partial Self- 
Fix, a Complete Self-Fix, and a One- Way Fix. 

21. "Partial Self-Fix" means one of four forms of solutions: a Direct Self-Fix, an 
Indirect Self-Fix, a K-Skip Self-Fix, and an Extended-Out Self-Fix (all as defined below). 

22. "Direct Self-Fix" means that a Feasible Connection is achieved without resort 
to Deadhead Paths or the skipping of any flights. This could occur when an out-and-back 
or round trip flight cancellation occurs, or when a crew member is removed from 
assignment to a sequence of flights to achieve legal status. Note that those flights from 
which the crew member has been removed from assignment are not considered skipped 
flights. 

23. "Indirect Self-Fix" means that if A and B are respectively a Breaking Point 
and a Recovery Point in an Open Pairing, and a non-empty Deadhead Path occurs 
between A and B which would result in a Feasible Solution (as defined below), then by 
having the crew members of the Open Pairing take the Deadhead Path, a self-fix occurs 
without skipping any flights except the canceled flight between the Broken Point and 
Recovery Point from which the crew members were removed. 
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24. "K-Skip Self-Fix" means that a crew member in an Open Pairing may be 
returned to his/her original Flight Pattern by skipping k flights and possibly taking one or 
more Deadhead Paths. 

25. "Extended-Out Self-Fix" means that a crew member of an Open Pairing may 
only be rerouted back to his/her originating base after the originally scheduled Release 
Tune (as defined below) for a Flight Pattern. Use of Deadhead Paths, and possibly flight 
skipping may be required. 

26. "One- Way Swap" means that crew members of an Open Pairing are 
deadheaded to fill crew positions of one or more flights of a second Pairing to cure the 
Open Pairing, while the crew members of the second Pairing resume their duties in the 
second Pairing by skipping those flights in the second Pairing which are being crewed by 
the crew members of the Open Pairing. 

27. "Two-Way Swap" means crew members of a first Open Pairing are 
deadheaded to fill crew positions of one or more Flight Segments of a second Open 
Pairing to cure the first Open Pairing, and crew members of the second Open Pairing are 
deadheaded to fill crew positions of one or more Flight Segments of the first Open 
Pairing to cure the second Open Pairing. 

28. "Three-Way Swap" means crew members of a first Open Pairing are 
deadheaded to fill crew positions of one or more Flight Segments of a second Open 
Pairing to cure the first Open Pairing, that crew members of the second Open Pairing are 
deadheaded to fill crew positions of one or more Flight Segments of a third Open Pairing 
to cure the second Open Pairing, and that crew members of the third Open Pauing are 
deadheaded to fill crew positions of one or more Flight Segments of the first Open 
Pairing to cure the third Open Pairing. 

29. "Complete Self-Fix" means a least Cost (as defined below) Partial Self-Fix. 
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30. "Cost" or "Cost Factor" refers not only to the dollar value costs incurred by an 
airline in rescheduling crew members, but also the weightings that an airline places on the 
various perturbations caused by a rescheduling of crew members in view of the Legality 
Rules and other factors. 

31. "Slack Factor" means the number of crew members over the number needed 
to ensure a Feasible Solution (as defined below). 

32. "One- Way Fix" occurs when one or more Flight Segments of a second Pairing 
is used to fix a first Pairing, with no limitation on the number of flights of the first Pairing 
which may be skipped. 

33. "Feasible Solution" means a Modified Pattern in which a crew member of an 
Open Pairing is either returned to his/her original base, or provided a legal assignment 
upon reentering his/her original Flight Pattern. A solution cannot be feasible without 
conforming to the Legality Rules. 

34. An "Infeasible Solution" occurs in a Modified Pattern when at least one crew 
member of an Open Pairing is not rerouted back to his/her original base. 

35. "Full Solution" is a Feasible Solution in which all Open Flights have been 

cured. 

36. "Partial Solution" is a Feasible Solution in which at least one Open Flight 
remains. 

37. "Duty Time" means the time actually spent by a crew member on duty during 
a Duty Period. Legality Rules limit the total time that may constitute any Duty Period. 
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38. "Rest Time" means the time between flights that a crew member must be 
allowed to rest. Legality Rules require that a crew member rest at least a certain amount 
of time per day during a Duty Period, and at least a certain amount of time per any week. 

39. "Report Time" means the time at which a crew member must report for duty 
to commence a Duty Time. 

40. "Release Time" means the time at which a crew member either is released 
from duty for a rest, or released from a current Pairing. 

41 . "Matching Transformation" is a process in which an integer program math 
model representmg Open Flight and Open Pairing irregularities is simplified from a 
problem of insolvable complexity to one in which a Feasible Solution may be efficiently 
fovmd. 

42. "N-Way Swap" refers to a possible solution where any number n of Pairings, 
where n is an integer equal to 1 or greater, swap flights in order to cure Open Pairings. 

43. "Self-Fix" refers to either or both a Partial Self-Fix and a Complete Self-Fix. 

The problems confronted by an airline may be conveniently categorized as one of 
two types: an Open Pairing or an Open Flight. The Open Pairing problem may be 
overcome by rerouting a crew member through use of Deadhead Paths and other Pairings 
back to the originally scheduled Pairing. In this regard, a Feasible Solution is sought 
where all crew members work on as many Open FUghts as possible while being sent back 
to their original base. 

Open FUghts may resuh from a skipping of flights to get a crew member in an 
Open Pahing back to the original crew member base, or from other irregularities such as 
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equipment swaps, flight delays, and flight cancellations which may have existed before a 
problem solving request is received firom a user. 

Solutions which cure an Open Pairing may or may not cure all Open Flights. 
Where the Open Pairing is cured, and as a result all Open Flights have been provided full 
crews, a Full Solution has occurred. If at least one Open Flight remains, however, only a 
Partial Solution has occurred. 

The invention is directed to combining the Basic Solution Components including 
a One- Way Fix to form an Open Pairing problem model, and subject to crew and flight 
constraints, formatting the problem model into an integer program data structure for 
ready solution by an optimization solver to generate a first set of solutions. Further, upon 
generation of one-way and two-way swaps, an Open Pairing problem model is formed 
which undergoes a Matching Transformation to generate a second set of solutions. A 
final solution is selected from the above two sets of solutions based upon Cost to the 
airline. 



Basic Solution Components 



In order to avail the solution process of increased ntmibers of Pairings at a time, a 
Basic Solution Component referred to as a One-Way Fix solution has been created as 
illustrated in Figure 4, where a first Flight Pattern referred to as a starting Pairing P, and 
comprised of flights , fj, and fg is to be flown by crew member Ci, and a second Flight 
Pattern referred to as the end Pairing P2 and comprised of flights f^, fg, and f, is to be 
flown by a crew member Cj. In the illustration, we will assume that the flights f^, fj, and 
f; are canceled as represented by the "x", and that flights fg, fg, and fg thus become Open 
Flights. Airport E thus becomes a Breaking Point in the Flight Pattern of crew member 
Ci at the arrival time T,i, and airport H becomes a Breaking Point in the Flight Pattern of 
crew member Cj at the arrival time T^. If a Feasible Connection is possible because the 
arrival time Taj of the crew member C, occurs before the departure time Tj, of flight fg at 
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airport I, and the difference between the two times is sufficient to meet the Legahty 
Rules, crew member C, may be flown by Deadhead Path Dj from airport E to airport I of 
the second Pairing Pj to become a member of the flight fg crew. The crew member Ci 
thus is assigned to fly from airport I to airport J as a member of flight fg. At airport J, 
crew member C, is assigned to deadhead by way of Deadhead Path Dj to airport G. If the 
time of arrival T33 of crew member Cj is sufficientiy earlier than the departure time of 
flight fg from airport G to meet the restrictions of the Legality Rules, the crew member 
may reenter the first Pairing P, to become a crew member of flight f^. 

In the above example, ahport G is a Recovery Point at the departure time 1^3 of 
flight fg, where the Flight Pattern of the first Pairing P, could be resumed, airport I is a 
Taking Point at the departure time Td4 in the second Pairing Pj, airport J is a Leaving 
Point of the second Pairing Pj at the arrival time T,4 of flight fg, and airport G is a 
Returning Point of the first Pairing P, at the departure time T<j5 of flight 6. Further, the 
Deadhead Path Di from the first Pairing P, to the second Pairing P2 is referred to as a 
forward Deadhead Path, and the Deadhead Path from the second Pairing to the first 
Pairing D2 is referred to as a backward Deadhead Path. In the One- Way Fix solution 
described above, it is seen that no flights of Pairing P, have been skipped in the solution 
for P, as flights f4 and f; were canceled. 

It is to be understood that a One- Way Fix solution component requires that flights 
be taken from only one other Pairing. 

While the Basic Solution Components including the One- Way Fix solution 
component described above are seen to repak one Open Pattern at a time, there are fiirther 
solution components which repair one, two, or more Open Patterns at a time. Such 
components include the One-Way Swap solution, the Two-Way Swap solution, the 
Three-Way Swap solution, and higher order swap solutions. The One-Way Swap, Two- 
Way Swap, and Three-Way Swap solutions are disclosed in co-pending U.S. Patent 
Application Serial No. 09/364,156 assigned to the assignee of this invention. 
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Referring to Figure 5, an illustration depicting the use of a One-Way Fix solution 
component in conjunction with the other above described Basic Solution Components 
and swap solution components is provided. N Flight Patterns Pi, Pz-.-Pn are shown. P, 
includes Flight Segments f,i through f,8, with flights fjj and f.^ being shown as canceled 
by blank spaces. P2 includes Flight Segments £2, through fjg, with flights fjz and fjs being 
shown as canceled by blank spaces. The P, Breaking Points bkl and bk2 occur at the 
arrival times of flights f,i and f^s, respectively. The Recovery Points rcl and rc2 occur at 
the departure times of the P, flights fi3 and f^, respectively. The P^ Breaking Points bk3 
and bk4 occur at the arrival times of flights fji and fjs, respectively, and the Recovery 
Points rc3 and rc4 occur at the departure times of flights fzj and fj^, respectively. The 
irregularity of Pairing Pj caused by the cancellation of flight f,2 may be fixed by a 
Deadhead Path 40 from bkl to rcl . If the Deadhead Path 40 satisfies the Legality Rules, 
it would create an Indirect Self-Fix which would be a Complete Self-Fix if no flights 
except the canceled flight f,2 would be skipped, and a least costly fix will have been 
created. 

If by way of contrast, a Deadhead Path 41 were to be used to bring the crew 
members of flight f„ back into their original Flight Pattern P, at a point occurring after 
rcl, and the Legality Rules are satisfied, then a K-Skip Self-Fix occurs smce flight f,3 is 
skipped in the solution. Further, if the Release Time T, for Flight Pattern P, occurs at the 
airport 44, but the crew members of flight fi, cannot be returned to their originating base 
until after the Release Time, then a Deadhead Path 43 from bkl could be extended out as 
indicated by the Deadhead Path 45 to return the crew members to their originating base 
even though after the Release Time. An Extended Out Self-Fix thereby is created. If the 
Deadhead Path 43 complies with the Legality Rules, a Feasible Solution which is another 
version of the K-Skip Self-Fix is provided. 

Figure 5 in addition illustrates One-Way Swap, Two- Way Swap, and One-Way 
Fix solution components based upon the Deadhead Paths that are shown. For example, 
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forward Deadhead Path Dl 1 , flight fjj, flight flight f^,, and backward Deadhead Path 
D22 create a One-Way Swap to fix Pj. Flights £,3, f,4, and fjj would be skipped if no 
further solution components were employed. Canceled flights f,2 and fj^ are not deemed 
to be skipped flights. However, a second One- Way Fix constituting forward Deadhead 
Path D21, f,3, fi4, fi5, and backward Deadhead Path D22 not only allows the flights fi3, fu, 
and fi5 to be serviced by the crew members of Pj, but also fixes P2. As the two One- Way 
Fixes occur between two Flight Patterns P, and Pj, it also may be said that a Two- Way 
Swap has occurred between P, and Pj. If each of the above described One-Way Fixes 
had used only one Flight Segment of a second Pairing to fix the first Pairing, then it could 
be said that each of the One- Way Swaps also are One-Way Fixes. 

A Direct Self-Fix also is shown where the outgoing flight fo, of a round trip flight 
comprising flights fo, and fo2 is shown to be canceled as indicated by the "x". Thus, the 
crew members remain at their originating airport, with the aircraft to which they have 
been assigned, to await a new flight schedule. 

Returning to P2 of Figure 5, it is seen that there are no Deadhead Paths between Pi 
and P, which will cure the irregularity caused by the cancellation of flight fzg. The 
increased functionality provided by a One-Way Fix solution component which allows the 
solution generation process to avail itself of all available Pairings thus becomes apparent. 
All of the available Pairings may be searched to find a flight such as f^g of Pairing P^ to 
which the crew members of flight fjj of P2 may be deadheaded to cure the Pairing P2. 
Through this simplistic added solution component, and the certainty that a self-fix 
(whether a Complete Self-Fix, or a Partial Self-Fix including Extended-Out Self-Fix) will 
always be found, the likelihood that all Open Pairings will be cured is dramatically 
increased. This feature of the invention coupled with the higher order swap solution 
facility afforded by formulating the Open Pairing problem as an integer program data 
structure as will be explained below, reduces a problem of N Open Pairings (heretofore 
thought to be too complex for solution) to a readily solvable problem model. . 
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Solution Generation Process 



The solution generation process is comprised of four sub-processes referred to as 
the setup, preprocessing, solution generation, and postprocessing sub-processes. 

Setup: In anticipation of a crew Pairing problem, certain information must be 
generated and stored for later access before a problem occurs. Specifically, Deadhead 
Paths with up to three Flight Legs between all airport pairs must be determined and stored 
in multiply embedded data structure (map<map <multi-map») tables hereafter referred 
to as the deadhead tables. 

The deadhead tables are comprised of one-leg, two-leg, and three-leg Deadhead 
Path tables, wherein the term "leg" refers to a Flight Leg. The following six tables are 
constructed: one-leg table sorted by the arrival time at the airport at the end of the second 
leg; two-leg without intermediate rest table sorted by arrival time at the airport at the end 
of the second leg; two-leg with intermediate rest table sorted by arrival time at the airport 
at the end of the second leg; three-leg without intermediate rest table sorted by arrival 
time at the fourth airport; three-leg with intermediate rest between first and second legs 
table sorted by arrival time at the airport at the end of the third leg; and three-leg with 
intermediate rest between second and third legs table sorted by arrival time at the airport 
at the end of the third leg. In constructing the tables, all possible Deadhead Paths 
between each airport pair are determined, and those Deadhead Paths which meet the 
Legality Rules are stored. Any two flights are deemed connectable if the time between 
the arrival time of one flight and the departure time of the second flight at a designated 
airport is greater than or equal to the minimum connection time. 

An overview of the solution generation process is illustrated in a hybrid logic 
flow/functional block diagram of Figure 6, where upon initiation at logic step 50, a data 
collection process commences at logic step 5 1 . The data which is collected includes all 
applicable FAA rules, airline operational rules, and collective bargaining and other 
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contractual rules which may exist that collectively form the Legality Rules that must be 
complied with by an airline. In addition, flight information including the following must 
be collected: 

i. Flight ID (the flight number used for airline operation). 

ii. Feet Type (aircraft equipment type). 

iii. Arrival City of scheduled flight. 

iv. Departure City of scheduled flight. 
V. Arrival Time of scheduled flight. 

vi. Departure Time of scheduled flight. 

vii. Crew Information including crew members, crew positions for which 
each crew member is qualified, crew ID (crew's unique identification), and list of 
Pairings to which a crew member is assigned during a Duty Period. 

viii. Pairing Information including Pairing ID (unique ID of the Pairing), 
Start Time (starting time of each Pairing), End Time (end time of each Pairing), Base 
(originating crew base). Flight List (sequence of flights assigned to a particular Pairing). 

From logic step 51, the solution process proceeds to logic step 52 to build 
Deadhead Paths having up to three FUght Legs from the metadata, and develop therefrom 
a deadhead table as previously described above. The logic flow process thereafter moves 
firom logic step 52 to logic step 53 to generate all possible Partial, Complete, and One- 
Way Fix solutions to imaginary irregular problems based upon presumed Breaking, 
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Recovery, Taking, Leaving, and Returning Points in the Pairings selected from the 
metadata. Logic steps 51 through 53 constitute the setup stage of solution generation. 

The logic flow process continues from logic step 53 to logic step 54 where the 
deadhead and fixings tables are formatted for storage into the metadata memory at logic 
step 55. The metadata memory is regularly updated for later use in solving crew recovery 
problems. The performance of the solution generation process in resolving real problems 
thereby is improved. 

Logic steps 51 through 55 comprise the setup sub-process of the solution 
generation process of the present invention. 

Preprocessing: 

After the metadata has been stored in memory at logic step 55, the logic flow 
process continues to logic step 56, where the solution generation process awaits a user 
request. If a user request is received at logic step 56, the logic flow process selects 
Modified Pairings from the metadata memory within a time window specified by the 
user, and formats the Modified Pairings for use by an optimization solver by executing 
the mathematical integer program formulation of equations (1) through (3) below. More 
particularly, the logic flow process proceeds from logic step 56 to logic step 57 to 
determine whether the user has requested a metadata update. If so, the logic flow process 
moves from logic step 57 to logic step 58 to collect current flight, crew, Pairing, and 
Legality Rule information, which is used to update the currently stored metadata at logic 
step 55. Upon completing the update, the logic flow process proceeds from logic step 55 
to logic step 56 to await a user request as before described. 

If at logic step 57 a request for updating the metadata is not detected, the logic 
flow process continues from logic step 57 to logic step 59 to determine whether a request 
for solving a crew recovery problem has been made. If not, the logic flow process returns 
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to logic step 56 to await a new user request. If a request to solve a crew recovery 
problem is detected at logic step 59, however, the logic flow process proceeds from logic 
step 59 to logic step 60 where the problem reported by the user is formulated into an 
integer program data structure as will be explained below. 

Logic steps 57 through 60 comprise the preprocessing sub-process of the solution 
generation process of the present invention. 

Information in the metadata memory of logic step 55 is used by the integer 
program of logic step 60 to prepare an Open Pairing problem model for solution by the 
optimization solver of logic step 61. More particularly, information relating to available 
crew resources, Deadhead Paths, Partial, Complete, and One- Way Fixes, and One-Way 
and Two-Way Swaps that were generated during the setup stage of the solution 
generation process are extracted by the integer program of logic step 60. The Open 
Pairing problem then is formulated into an integer program data structure, and thereafter 
operated upon by an optimization solver at logic step 61 to generate solutions for curing 
the Open Pairing problem. If the candidate fixes constructed during the setup stage are 
not adequate to solve the problem as determined at logic step 61, the logic flow process 
moves from logic step 61 to logic step 62 to bring ftirther crew resources into play. 
Thereafter, the logic flow process proceeds to logic step 60 to ftirther formulate the 
integer program data structure as before described, and then continues to create additional 
Deadhead Paths, and Partial, Complete, and One- Way Fixes as well as One-Way and 
Two-Way Swap solutions for use by the Optimization Solver at logic step 61 . 

Logic step 61 constitutes the solution generation sub-process, which in the 
preferred embodiment is performed by the CPLEX solver software system, version 7.0, 
which is commercially available from ILOG Inc. of 1080 Linda Vista Avenue, Mountain 
View, California 94043. 

Postprocessing: 
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If it is determined at logic step 61 that sufficient candidate solutions and crew 
resources are available to generate solutions to the problem, solutions are generated, 
optimized, and checked for compliance with the Legality Rules. The logic flow process 
thereafter proceeds from logic step 61 through logic step 62 to logic step 63, where the 
optimized solutions are provided to the user. The logic flow process then returns to logic 
step 56 to await a new user request. 

Logic step 62 and 63 comprise the post processing sub-process of the solution 
generation method and system. 

It is to be understood that the metadata memory 55 of Figure 6 resides in the disk 
storage unit 9 of Figure 1, that logic steps 56, 57, 59, and 63 of Figure 6 reside in the 
optimization server 1 of Figure 1, and that the remaining logic/functional steps of Figure 
6 reside in the crew optimization engine 5 of Figure 1. 

Referring to Figure 7, a logic flow diagram is illustrated for constructing Partial 
and Complete Self-Fixing solution components as performed at logic steps 53 and 60 of 
Figure 6. The logic flow enters at logic step 70 of Figure 7 and proceeds to logic step 71, 
where a Flight Pattern is selected from the metadata memory 55 of Figure 6, and the 
pattern is searched at logic step 72 of Figure 7 to identify Breaking Point (bk) and 
Recovery Point (rc) pairs, where the Recovery Point occurs at least one flight after the 
Breaking Point. Thereafter, the logic flow proceeds to logic step 73 to determine whether 
a pair selected at logic step 72 occurs at a same airport. If so, the logic flow then 
proceeds to logic step 74 where the pair is stored in the metadata memory 55 of Figure 6 
as a Direct Self-Fix. 

From logic step 74 of Figure 7, the logic flow process continues to logic step 75 
to determine whether any flights remain in the selected Flight Pattern which have not 
been processed. If not, the logic flow process proceeds from logic step 75 to logic step 
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76 to determine whether any further Flight Patterns remain in the metadata memory 
which have not been processed. If not, the logic flow proceeds from logic step 76 to 
logic step 77 to exit the logic flow process. If further Flight Patterns remain to be 
processed, however, the logic flow process moves from logic step 76 to logic step 71 to 
continue as before described. 

If it is determined at logic step 75 that further flights exist in the selected Flight 
Pattern which have not been processed, the logic flow moves from logic step 75 to logic 
step 72 where the logic flow process contmues as before described. 

If it is determined at logic step 73 that the Breaking Point/Recovery Point pair 
under consideration is not located at the same airport, the logic flow proceeds from logic 
step 73 to logic step 78 where the metadata memory is searched for Deadhead Paths 
connecting the Breaking Point and the Recovery Point of the selected pair. It is assumed 
that there always is at least one Deadhead Path between a Breaking Point and a Recovery 
Point of a selected pair. Thereafter, at logic step 79 a determination is made whether a 
Deadhead Path found in logic step 78 complies with the Legality Rules. If yes, the 
Deadhead Path is saved as an Indirect Self-Fix at logic step 80, and the logic flow 
proceeds to logic step 75 to continue as before described. 

If the Deadhead Path found at logic step 78 does not comply with the Legality 
Rules as determined at logic step 79, the logic flow process moves from logic step 79 to 
logic step 81 to iterate the Recovery Point (rc) to the starting point of a next flight in the 
Flight Pattern. Thereafter, the logic flow process continues from logic step 81 to logic 
step 82 to determine whether a Deadhead Path is stored in the metadata memory which 
connects the Breaking Point (bk) to the new Recovery Point (rc_k), and complies with the 
Legality Rules. If such a legal Deadhead Path is found, the logic flow moves from logic 
step 82 to logic step 83 where the Deadhead Path is stored in the metadata memory as a 
K-Skip Self-Fix component. The logic flow then loops back to logic step 75 to continue 
as before described. If the Deadhead Path found at logic step 82 does not comply with 
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the Legality Rules, the logic flow process continues from logic step 82 to logic step 84 to 
determine whether there are any remaining flights of the Flight Pattern under 
consideration to which the Recovery Point (rc) may be moved. If yes, the logic flow 
proceeds from logic step 84 to logic step 81 to continue as before described. If no flights 
remain in the Flight Pattern, however, the logic flow proceeds from logic step 84 to logic 
step 85. 

At logic step 85, all paths which connect the Breaking Point (bk) and Recovery 
Points as iterated flight by flight to the end of the Flight Pattern, and which are stored in 
the metadata memory at logic steps 74, 80, and 83 are examined. That path providing the 
earliest arrival time back to the original Flight Pattern of the crew is selected, and 
thereafter at logic step 86 the path is saved in the metadata memory as an Extended Out 
Self-Fix component. From logic step 86, the logic flow proceeds to logic step 76 to 
continue as before described. 

In order to conserve computation time in executing the logic flow process of 
Figure 7, and more nearly achieve real time solutions, certain assumptions are made 
based upon current airline practices: three Flight Legs occur on average during any Duty 
Period; at most four Duty Periods occur in a Flight Pattern; at most 100 Deadhead Paths 
occur between any two airports; and only Breaking Points and Recovery Points occurring 
during the first two Duty Periods are considered. With the above assumptions, 
irregularities occurring in the near future may be anticipated during the setup subprocess. 
Those uregularities which are not anticipated during the setup sub-process must be 
handled during the preprocessing sub-process. 

Figures 8 and 9 respectively illustrate the first phase (Phase I) of finding all 
possible Deadhead Paths in the metadata memory as occurs in logic steps 52 and 60 of 
Figure 6, and thereafter the second phase (Phase II) of finding all One- Way Fixes as 
occurs at logic steps 53 and 60 of Figure 6, in determining whether any Modified Flight 
Patterns are available which cure an irregularity in crew assignments. 
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In the description which follows, Flight Patterns P, and Pj are referred to as any 
Flight Pattern pair selected from the metadata. 

5 Referring to Figure 8, the logic flow process enters Phase I at logic step 90, and 

then continues to logic step 91 where any pan- of Flight Patterns, Pj and P2, which are 
stored in the metadata memory are selected. From logic step 91 the logic flow process 
proceeds to logic step 92, where Breaking Points (bk) on Pj are identified during the first 
two Duty Periods. For each Breakmg Point on Pi, Taking Points (tk) on Pj are found 
10 over a range of six flights occurring after the time of the Breaking Point. Thereafter, the 
logic flow process continues from logic step 92 to logic step 93 to determine whether a 
Deadhead Path which compUes with the Legality Rules exists between the current 
S Breaking Point and the first of the Taking Points found for the Breaking Point. If yes, the 

2 logic flow process proceeds from logic step 93 to logic step 94, where the Deadhead Path 

'^4 15 is saved as a forward Deadhead Path. 

^ If the Deadhead Path of logic step 93 does not comply with the Legality Rules, 

O the logic flow process moves from logic step 93 to logic step 95 to determine whether 

111 any further Taking Pomts associated with the current Breaking Point exist on P2. If so, 

20 the logic flow process loops back to logic step 93 to continue as before described. If not, 
the logic flow process continues from logic step 95 to logic step 96 to determine whether 
any additional Breaking Pomts in the current P, were found in logic step 92. If so, the 
logic flow process moves from logic step 96 to logic step 92 to begin the determination of 
Taking Points on Pj associated with the next Breaking Point of Pj, and the logic flow 
25 continues thereafter as before described. If no additional Breaking Points in Pj are found 
at logic step 96, the logic flow proceeds from logic step 96 to logic step 97 to determine 
whether there are any additional Flight Patterns to be considered. If not, the logic flow 
process moves from logic step 97 to logic step 98 to enter Phase II of the logic process. If 
additional FUght Patterns exist in the metadata memory which have not been processed. 
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however, the logic flow process loops back from logic step 97 to logic step 91 to select a 
new pair of Flight Patterns. The logic flow process then continues as before described. 

After a Deadhead Path is saved at logic step 94, the logic flow process continues 
5 to logic step 99, where for a current Breaking Point/Taking Point pair. Leaving Points 
(Iv) occurring on Pj within a range of all Flight Segments following the current Taking 
Point are determined. Further, for each Leaving Point, Returning Points (rt) on Pi which 
occur Mdthm a range of all Flight Segments occurring after the current Leaving Point on 
?2 are determined. 

10 

From logic step 99, the logic flow process continues to logic step 100 to 
determine whether a Deadhead Path complying with the Legality Rules exists between a 
S current Leaving Point as determined at logic step 99, and a current Returning Point found 

5 in logic step 99 which is associated with the current Leaving Point. If so, the logic flow 

'==4 15 process continues from logic step 100 to logic step 101 to save the Deadhead Path as a 
iii backward Deadhead Path in the metadata memory. If the Deadhead Path under 

consideration is determined to not comply with the Legality Rules at logic step 1 00, or is 
O saved at logic step 1 0 1 , the logic flow process moves to logic step 1 02 to determine 

ili whether any further Returning Points on Pj were found at logic step 99 which are 

M 20 associated with the current Leaving Point under consideration. If so, the logic flow 

process proceeds from logic step 102 to logic step 100 to continue as before described. If 
not, the logic flow process moves from logic step 102 to logic step 103 to determine 
whether any additional Leaving Points were found in logic step 99. If so, the logic flow 
process continues from logic step 103 to logic step 99 where a next Leaving Point and a 
25 next Taking Point associated with the new Leaving Point are retrieved from the metadata 
memory for processing. Thereafter, the logic flow process continues as before described. 

If no additional Leaving Points are determined at logic step 103 to exist in the 
metadata memory for the Flight Patterns under consideration, the logic flow process 
30 moves from logic step 1 03 to logic step 96 to continue as before described. 
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Referring to Figure 9, Phase 11 of constructing One- Way Fix solution components 
is illustrated. The logic flow process enters Phase II at logic step 110, and thereafter 
proceeds to logic step 1 1 1 where any pair of Flight Patterns Pi and P2 are selected from 
5 the metadata memory. From logic step 1 1 1 , the logic flow process proceeds to logic step 
1 12 to identify the Breaking Points (bk) on Pi within the first Duty Periods of Pj. For 
each Breaking Point on Pj so identified, the Taking Points (tk) on P2 within a range of six 
Flight Segments following the Breaking Point under consideration also are identified. 

10 The logic flow process then continues from logic step 1 12 to logic step 1 13 to 

determine whether any of the Deadhead Paths saved in Phase I of Figure 8 connect a 
currently considered Breaking Point of Pi with an associated Taking Point of P2 as 
identified at logic step 112 of Figure 9. If such a Deadhead Path is identified, the path is 
temporarily saved at logic step 1 14 for further processing. 

15 

From logic step 1 14, the logic flow process proceeds to logic step 1 15 to 
determine Leaving Points (Iv) on P2 within a range of all flights following the Taking 
Point (tk) of the Deadhead Path temporarily saved at logic step 1 14. For each such 
Leaving Point, Returning Points (rt) within a range of all flights following the Leaving 
20 Point under consideration are determined. Thereafter, the logic flow process continues 
fi-om logic step 1 15 to logic step 116. 

At logic step 1 16, it is determined whether any of the Deadhead Paths saved in 
Phase I (Figure 8) connect the Leaving Point now under consideration with the Returning 

25 Point now under consideration. If yes, the logic flow process continues from logic step 
116 of Figure 9 to logic step 1 17, where it is determined whether the Deadhead Path 
connecting the Breaking Point and Retuming Point as saved at logic step 114, and the 
Deadhead Path connecting the Leaving Point and Retuming Point as identified in logic 
step 116, together provide a flight path between Pj and Pj which complies with the 

30 Legality Rules. From logic step 117 the logic flow process continues to logic step 118, 
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and thereafter moves to logic step 120 if the determination at logic step 1 17 is that the 
flight path is not in conformance with the Legality Rules. However, if it was determined 
at logic step 117 that the flight path is in conformance with the Legality Rules, the logic 
flow process proceeds from logic step 1 18 to logic step 1 19 to save the flight path as a 
5 One- Way Fix. From logic step 119, the logic flow process moves to logic step 120 . 

At logic step 120, it is determined whether any further Flight Pattern pairs exist in 
the metadata memory. If not, the logic flow process exits at logic step 121. If, however, 
further Flight Pattern pairs exist which have not been processed, the logic flow process 
10 proceeds from logic step 120 to logic step 1 1 1 to continue as before described. 

Retuming to logic step 1 13, if no Deadhead Paths were saved during Phase I 
S which connect the Breaking Point (bk) of the Flight Pattern Pj under consideration v^th 

2J the associated Taking Point(tk) under consideration in Flight Pattem P2 , then the logic 

15 flow process moves from logic step 1 1 3 to logic step 122 to determine whether there are 
lii any further Taking Points of Flight Pattem P2 associated with the Breaking Point under 

consideration which have not been processed. If yes, the logic flow process loops back 
O from logic step 122 to logic step 1 13 to continue as before described. Otherwise, the 

111 logic flow process moves from logic step 122 to logic step 123 to determine whether 

S 20 there are any further Breaking Points in FUght Pattem Pj to be processed. If yes, the logic 
flow process loops back from logic step 123 to logic step 1 1 3 to continue as before 
described. If no further Breaking Points in the Flight Pattem Pj remain to be processed, 
the logic flow process moves from logic step 123 to logic step 124 to determine whether 
all Flight Pattem pairs in the metadata memory have been examined. If not, the logic 
25 flow process moves from logic step 124 to logic step 1 1 1 to continue as before described. 
If, however, all possible pairs of Flight Patterns in the metadata memory have been 
examined, then the logic flow process moves from logic step 124 to logic 125 to exit. 

Retuming to logic step 1 16, if no Deadhead Paths were identified in Phase I 
30 which connect the Leaving Point (Iv) of Flight Pattem P2 and the Retuming Point (rt) of 
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Flight Pattern Pj under consideration, the logic flow process moves from logic step 1 16 to 
logic step 126 to determine whether any additional Returning Points of Pj associated with 
the Leaving Point of P2 under consideration exist which have not been processed. If yes, 
the logic flow process proceeds from logic step 126 to logic step 116 to continue as 
5 before described. If not, the logic flow process continues from logic step 126 to logic 
step 127 to determine whether there are any additional Leaving Points in Flight Pattern P2 
to be processed. If yes, the logic flow process proceeds from logic step 127 to logic step 
1 1 6 to continue as before described. If not, the logic flow process moves from logic step 
127 to logic step 124 to continue as before described. 

10 

Once the above described setup sub-process has been completed, the solution 
generation process updates the flight, Flight Pattern, and crew information in the 
metadata memory while awaiting notification that an irregularity has occurred which 
requires a solution. Because of the dynamic environment in which the system operates, 

15 messages are received continually from the user regarding flight movements, delays, and 
cancellations. Less frequently received are messages concerning Flight Pattern updates 
including Report Times, Release Times, modified Flight Pattems for rerouted flight 
sequences, and new pattems which may require reconstruction of Self-Fixes and One- 
Way Fixes. Crew updates such as Pairings and qualification updates have no effect on 

20 the metadata memory data During the updating process as described above, message 
inputs are continually monitored to determine whether any user request to solve an actual 
crew irregularity problem has occurred. If so, the preprocessing sub-process is initiated 
as described below. 

25 When a crew irregularity occurs, the solution components generated during the 

setup sub-process are reviewed to determine whether they can be used to cure the 
irregularity. If they do not provide a cure, then additional solution components will have 
to be generated as previously described. 
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In preparation for generating a solution, the crew irregularity problem which is 
presented is subjected to certain restraints which take into account decision tree 
preferences that are practiced by airlines in the coordination of crews. 

The first constraint set, called the crew constraint set, is represented by equation 
(1) below, where 

(1) Zit^/ = i vi, 

where "i" refers to a first Pairing, whether broken or unbroken; 

"j" refers to a second Pairing, whether broken or unbroken; 

"t" refers to the t'^ fix. For a One-Way Fix there could be plural fixes with 
different combinations of tk, Iv, or rt points. For a Partial Self-Fix, 
plural fixes with different rt points could occur; 

"x" is an integer variable which can take a value of either 0 or 1 . It refers 
to a fix, whether a Partial Self-Fix or a One-Way Fix; and 

"V" means "for all". Thus "Vi" means that equation (1) applies to all 

Pairings. 

In the above equation, where i = j, Xy would represent a Partial Self-Fixing. 
Otherwise, with i ^ j, x would represent a One-Way Fix of the Pairing by taking flights 
fi:om the j^^ Pairing. The equation thus represents the summation over all j and t of the x 
fixes in the f ^ option of tk, Iv, and rt points. 

For each Pairing i, the constraint set of equation (1) above represents that for all 
possible fixes where Pairing i can be modified as Xj/, whether Self-Fixes when i = j, or 
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One-way Fixes when exactly one fix has to be chosen. Thus, the summation of all of 
the fixes has to be equal to one. This constraint set ensures that for each Pairing selected 
in the problem model, exactly one way to modify the Pairing is found so that a crew 
member assigned to the Pairing will be able to go back to his/her home base. 

The second constraint set as presented below in equation (2) is referred to as a 
flight constraint set. 

(2) Zij,tx\j(f) + yrS,= lVf, where 

yf is an integer variable, where yf = 0 if a flight f is covered by a fix "x", 
and yf = 1 if the flight f is not covered by a fix "x"; 

f refers to an integer indicating a flight identifier; 

Sf means a Slack Factor referring to a over-coverage of crew to guarantee 
the feasibility of the solution; and 

x\j(f) is as previously described. In this context, "f ' simply means that 
flight f is 

covered by the fix "x". 

In order to fiilly describe the constraint set of equation (2) above, the open flight 
concept must first be described. For each Open Pairing, all the flights starting fi*om the 
25 first flight to a Breaking Point have already been taken by the crew members of the 

Pairing. However, flights starting from the Recovery Point to the end of the Pairing are 
all open following the Breaking Point because they have no crew. These latter flights are 
referred to as Open Flights. 
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For each Open Flight f, constraint set (2) makes sure that either the flight is 
covered, or if it could not be covered, then a Cost or penalty will be added to the final 
solution. On the left hand side of equation (2), all of the fixes x\ that cover flight fare 
summarized. If any of the fixes is chosen, then the flight will be covered. If none of the 
fixes are selected in the final solution, then y^ has to be set to one to make the equation 
valid. With a positive value of yf, a cost CfWill be added to the total cost of the solution. 
In the event that more than one fix is chosen in the final solution, then the flight f will be 
over-covered. For example, if two fixes of two different Pairings are chosen, then the 
flight will be covered with two crew members. In this case, if Slack Factor Sf is set to 
one, the equation will still be valid. Of course, the positive value of Sf will also incur a 
cost of Bf to be added to the total cost of the solution. 

From the above, a solution model is devised which emphasizes One- Way Fixes 
and Self Fixes x \j as represented by equation (3) below. 

(3) Objective = min. + 2f Cf yf + Ef Bf Sf , 

where C\j represents the Cost to the airline in implementing a One-Way Fix , 
when i j, and a Self Fix when i = j; 

Cf represents the Cost to the airline for flight f which is not covered by any 
fixes; 

Bf represents the Cost of the crew over-coverage for flight f; and 
x, y, Sf, j, and t are as before defined. 

The invention comprises the constraint sets of equations (1) and (2) above in 
combination with equation (3) of the integer program, and One-Way Fixes which allow n 
Pairings (where n is an integer equal to 1 or greater) to become part of the solution 
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process, and N- Way Swaps to become part of the solution which is generated. Problems 
of high complexity thereby may be formulated into a readily solvable integer program 
data structure that may be operated upon by an optimization solver to generate solutions 
that may include one or more of Partial Self-Fixes, Complete Self-Fixes, One- Way Fixes, 
5 and N- Way Swaps of any order. 

Referring to Figure 10, the high potential of One- Way Fix solution components 
for obtaining solutions of n Pairings is demonstrated. Each of four Open Pairings, P^, P2, 
P3, and P4, are shown with canceled flights as shown by the x's. Each node of each 
1 0 Pairing represents a different airport. The arrows represent Deadhead Paths with the tail 
of the arrow indicating a departure from an airport, and the head of the anow representing 
an arrival at an airport. 

In accordance with the solution generation process as described above, all 
15 Deadhead Paths are first determined. Thereafter, based upon the Deadhead Paths that are 
found, all Self-Fixes of the Open Pairings are determined. Referring to Pairing P^ of 
Figure 10, a Breaking Point occurs at bkl. A Recovery Point rcl and a Returning Point 
rtl occur at the intended airport of arrival of the canceled flight. Other potential returning 
points are shown as rt2, rt3, and rt4. 

20 

As previously stated, Xy in the above equations represents a Self-Fix when i = j. 
Further, the superscript of x is t, which is an integer referring to a particular Self-Fix. 

Where supportive Deadhead Paths exist, Possible Partial Self-Fixes for Pj may be 
25 represented as follows: 

(4) x\i = the Self-Fix obtained by taking a Deadhead Path from bkl to rt2. 

(5) x^u = the Self-Fix obtained by taking a Deadhead Path from bkl to rt3. 

30 
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(6) x^u = the Self-Fix obtained by taking a Deadhead Path from bkl to the home base 

represented by the triangle and rt4. 

Where supportive Deadhead Paths exist, Possible Partial Self-Fixes for P2 may be 
5 represented as follows: 

(7) x^22 the Self-Fix obtained by taking a Deadhead Path from bk2 to rt6. 

(8) x^22 ^ Self-Fix obtained by taking a Deadhead Path from bk2 to rt7. 

10 

(9) x^22 ^ the Self-Fix obtained by taking a Deadhead Path from bk2 to rt8 at the 

home base represented by the triangle. 

Where a supportive Deadhead Path exist, a Possible Partial Self-Fix for P3 may be 
15 represented as follows: 

(10) x^33 = the Self-Fix obtained by taking a Deadhead Path from bk3 to the home base 

at rtll. 

20 Where supportive Deadhead Paths exist, Partial Self-Fixes for Open Pairing P4 

may be represented as follows: 

(1 1) x^44 = the Self-Fix obtained by taking a Deadhead Path from bk4 to rtl3. 
25 (12) x\4 = the Self-Fix obtained by taking a Deadhead Path from bk4 to rtl4. 

(13) x\4 = the Self-Fix obtained by taking a Deadhead Path from bk4 to rt 1 5. 

After all possible Deadhead Paths and Self-Fixes have been determined, all 
30 possible One- Way Fixes are determined. As before stated, where i ^ j, x^j refers to a One- 
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Way Fix. Thus, a first possible One- Way Fix between Pj and P2, where one or more 
flights are taken from P2 to fix P,, may be represented by x\2. As an example, the 
following shows how such a fix can be constructed: 

Where supportive Deadhead Paths exist, a One- Way Fix for Open Pairing P^ to 
take flights of open Pairing P2 may be represented by x\2. which is the One- Way Fix 
obtained by taking a Deadhead Path from the Pj Breaking Point bkl to a Pj Recovery 
Point rc2 that is also a Taking point tk2 of Pj. Therefore, the crew may take flight f24 
from tk2 to a Leaving Point lv2 of P2. At lv2, a Deadhead Path may be taken from after 
lv2 back to a PI Returning Point rtl to complete the One- Way Fix, 

A second such One-Way Fix would be represented by x^i2. If flights are to be 
taken from P^ to fix P2, such a One-Way Fix would be represented by x*2i for the first 
such fix. That is, t = 1, i = 2, and j = 1. 

With One-Way Fixes, the solution generation process is not limited to fixing one 
Open Pairing at a time as would be required for Self-Fixes, or two Open Pairings at a 
time as would be required of One-Way Swaps and Two- Way Swaps, or Three Open 
Pairings at a time as would be required for Three- Way Swaps. Rather, the One-Way Fix 
solution component may accommodate n Parings at a time, where n is any integer greater 
than zero. 

For a first set of solutions, the One-Way Fix solution components are operated 
upon by the Integer Program Model of equations (1), (2) and (3) above to form an integer 
program data structure that may be input to the before mentioned CPLEX software 
program offered commercially by ILOG Inc. The result is a solution which may include 
one or more of Complete Self-Fixes, One-Way Fixes, and N-Way Swaps. Figure 1 0 
illustrates one solution for four Open Pairings, which may be symbolically represented by 
Pj ^ P2 P4 ^ P3 Pi as a four.-way swap. 
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By way of separate example in executing the ILOG CPLEX program, the 
following equations (14) through (21) are presented. 

For the first constraints of equation (1) above, there results for Pj the following: 

5 

(14) x\, + x^i + x\, + + x^2 + x\2 + x'i2 + ^'n + + x^3 + x\, + x^4 = 1 

In the solution, by way of example, all of the above terms of equation (14) may 
be zero, except x^^2 which may be equal to one. 

10 

For P2, equation (1) above may become, 

(15) x^22 + A2 + Ai + Ai + + + Al + Al + A3 + As + x^24 = 1 

15 By way of example, all of the above terms of the equation (15) may be zero, 

except x\^ which may be equal to one. 

For P3 equation (1) above may become, 

20 (16) X'33 + X\, + X^3i 4- x'32 + X'34 + X^34 = 1 

By way of example, all of the terms of the above equation (1 6) may be zero 
except x*3i which may be equal to one. 

25 For P4, equation (1) may become, 

(17) X^44 + X^4 + X^4i + X^2 + X^43 ^ 1 

Again by way of example, all of the terms of the above equation (17) are zero, 
30 except x^43 which may be equal to one. 
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With respect to the flight constraints of equation (2) above, and referring to Figure 
1 0 for purposes of illustrating a solution example, we would have a total of 1 1 constraints 
to ensure that each of the Open Flights (flights after the Breaking Point of an Open 
5 Pairing, starting from the Recovery Point to the end of each Open Pairing) for each Open 
Pairing, i.e. fi3, fi4, fj5, fj^, fss, fje. ^34^ fss. ^41. and f^^ of Figure 10, is either covered by 
One- Way Fixes or uncovered with y^j being non-zero. The following flight constraints 
for flights fi4, fi5 and f^j of Figure 10 are provided as an example: 

10 (18) For flight f,,, x^^ + + x'^^ + x^^ + x\, + x\ + 

Equation (18) is satisfied because on the left hand side of the equation all but x^3i 
are equal to zero. Since is equal to one, as stated in connection with equation (16) 
^if above, the equation is satisfied. 

H 15 

il (19) For flight f;5, x\,+ x'u + x^2+ x'^i + Ai + Ai + ^Jis '^u = 1 

O Equation (19) is satisfied because on the left hand side of the equation all except 

111 x\2 are equal to zero. With x\2 being equal to one, the equation is satisfied. When the 

20 crew of the One- Way Fix x\2 come back to their own pairing Pj by way of Deadhead 
Path D2 1 , they cover the flight f^j. 

(20) For flight f^s, x^^^ + + x^2 + x\2 + x^2 + x^2 + x^32 + x'32 + x',^ + x^42 + y22 - S22 

-1 

25 Equation (20) is satisfied because on the left hand side of the equation all except 

x^i2 are zero. Because x^i2 is equal to one, the above equation is satisfied. 

With the constraints of equations (14) through (20) being satisfied, the math 
model represented by equation (3) above is submitted to the Optimization Solver 61 of 
30 Figure 6. The final solution which results is that shown in Figure 10, which involves 
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only One- Way Fixes. The above process of using One- Way Fixes without swaps for 
submission to the integer program model of equation (3) provides one set of solutions to 
the Open Pairing problem for n Pairings. 

5 A second set of solutions may be generated by determining all One- Way Swaps 

and all Two- Way Swaps among n Pairings, and then simplifying through the use of a 
Matching Transformation. Such transformation is not applicable for N- Way Swaps of a 
higher order than two. 

10 Referring to Figure 1 1(a), 12 nodes are shown. Each node represents a Pairing. 

The nodes are connected through arcs. A Matching Transformation occurs in Figure 1 1 (b) 
in which every vertex has a degree of at most one. That is, no two arcs or node 
;i connecting paths share a common vertex. Thus, Figure 1 1(b) is said to illustrate a 

5 Matching Transformation of Figure 1 1 (a). As may be clearly seen, a Matching 

S| 15 Transformation dramatically simplifies the Open Pairing problem. 

The foUov^ng summarizes the step by step process of performing a Matching 
O Transformation. When an Open Pairing problem is identified, the problem is transformed 

111 into a v^eighted matching problem by first recalling that a One-Way Swap is comprised of 

Ji: 20 a Self^Fixing and a One-Way Fixing, and that a Two- Way Swap is comprised of two 
M: One-Way Fixings. The step-by-step process thereafter is as follows: 

1 . Two vertices, an original vertex and its mirror vertex, represent an Open 
Pairing. It is assumed that a Self-Fixing always exists, and that the two vertices thus can 

25 be coimected by a legal arc. The cost C of the arc will be due to such Cost Factors as the 
number of skipped flights, unutilized crew members, etc. 

2. For any two Open Pairings, if a One-Way Swap or a Two-Way Swap exists, 
select the solution component which is of lesser Cost C. Join the original vertices of the 

30 two Open Pairings with an arc, and assign the arc the lesser Cost C above. 
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3, For each mirror vertex pair, regardless of whether there exists a swap 
represented by an arc that connects the corresponding original nodes, join the two mirror 
vertices with an arc, and set the Cost of the arc to zero. 

5 

Through use of the above process, an Open Pairing problem may be solved as a 
weighted matching problem by selecting a set of arcs with minimum Cost to cover each 
vertex exactly once. The fact that every original vertex has to be covered exactly once 
guarantees that every Open Pairing will be fixed, 

10 

Referring to Figure 12, four Open Pairings of original and mirror vertices 
201/20r, 202/202', 203/203', and 204/204' are shown. If a swap component exists 
y between Pairings 201/201' and 204/204', and between Pairings 202/202' and 203/203', 

5 an optimal solution of the Matching Transformation may be formed as illustrated by the 

H 15 bold paths between 201 and 201 ', 202 and 203, 204 and 204', and 202' and 203'. Open 
! fj Pairing 201/201' is fixed by a Complete Self^Fix of Cost C^^, and Open Pairing 204/204' 

is fixed by a Complete Self-Fix of Cost C44.. A Complete Self-Fix is denoted by an arc 
0 between an original vertex and its mirror vertex. Open Pairings 202/202' and 203/203' 

fij are fixed by a One- Way or a Two- Way Swap of least Cost between the two Pairings. The 

Jif 20 matching arc between the two mirror vertices 202' and 203' may be ignored since the 
Cost C2'3' is zero. 

The above process of determining all One-Way Swaps and Two- Way Swaps, and 
thereafter simplifying the resulting problem through a Matching Transformation provides 
25 a second set of solutions which may be provided for consideration by the user. The final 
solution for a user is that which presents the least Cost to the user. 

The present invention has been particularly shown and described in detail with 
reference to a preferred embodiment, which is merely illustrative of the principles of the 
30 invention and is not to be taken as a limitation to its scope. It further will be readily 
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understood by those skilled in the art. Operations Research, that substitution of equivalent 
elements, reordering of steps, and other modifications and alterations of the invention 
may occur without departing from the scope and spirit of the invention. The appended 
Claims are intended to include within their scope such modifications and alterations. 

5 

WHAT IS CLAIMED IS: 
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